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(57) Abstract 

A search engine is disclosed which suggests related terms to the user to allow the user to refine a search. The related terms are 
generated using query term correlation data which reflects the frequencies with which specific terms have previously appeared within the 
same query. The correlation data is generated and stored in a look-up table (137) using an off-line process (136) which parses a query 
log file (135). The table (137) is regenerated periodically from the most recent query submissions (e.g., the last two weeks of query 
submissions), and thus strongly reflects the current preferences of users. Each related term is presented to the user via a respective hyperlink 
(910) which can be selected by the user to submit a modified query. In one embodiment, the related terms are added to and selected from 
the table (137) so as to guarantee that the modified queries will not produce a NULL query result. 
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SYSTEM AND METHOD FOR REFINING SEARCH QUERIES 
BACKGROUND OF THE INVENTION 

Field of Invention 

This present invention relates to query processing, and more specifically relates to techniques for facilitating 
the process of refining search queries. 
Description of Related Art 

With the increasing popularity of the Internet and the World Wide Web, it is common for on-line users to 
utilize search engines to search the Internet for desired information. Many web sites permit users to perform searches 
to identify a small number of relevant items among a much larger domain of items. As an example, several web index 
sites permit users to search for particular web sites among known web sites. Similarly, many on-line merchants, such 
as booksellers, permit users to search for particular products among all of the products that can be purchased from the 
merchant Other on-line services, such as Lexis™ and Westlaw™, allow users to search for various articles and court 
opinions. 

In order to perform a search, a user submits a query containing one or more query terms. The query may also 
explicitly or implicitly identify a record field or segment to be searched, such as title, author, or subject classification of 
the item. For example, a user of an on-line bookstore may submit a query containing terms that the user believes 
appear within the title of a book. A query server program of the search engine processes the query to identify any 
items that match the terms of the query. The set of items identified by the query server program is referred to as a 
"query result." In the on-line bookstore example, the query result is a set of books whose titles contain some or all of 
the query terms. In the web index site example, the query result is a set of web sites or documents. In web-based 
implementations, the query result is typically presented to the user as a hypertextual listing of the locatBd items. 

If the scope of the search is large, the query result may contain hundreds, thousands or even millions of 
items. If the user is performing the search in order to find a single item or a small set of items, conventional 
approaches to ordering the items within the query result often fail to place the sought item or items near the top of the 
query result list. This requires the user to read through many other items in the query result before reaching the 
sought item. Certain search engines, such as Excite™ and AltaVista™, suggest related query terms to the user as a 
part of the "search refinement" process. This allows the user to further refine the query and narrow the query result 
by selecting one or more related query terms that more accurately reflect the user's intended request. The related 
query terms are typically generated by the search engine using the contents of the query result, such as by identifying 
the most frequently used terms within the located documents. For example, if a user were to submit a query on the 
term "FOOD," the user may receive several thousand items in the query result. The search engine might then trace 
through the contents of some or all of these items and present the user with related query terms such as 
"RESTAURANTS," "RECIPIES," and "FDA" to allow the user to refine the query. 

The related query terms are commonly presented to the user together with corresponding check boxes that 
can be selectively marked or checked by the user to add terms to the query. In some implementations, the related 
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query terms are alternatively presented to and selected by the user through drop down menus that are provided on the 
query result page. In either case, the user can add additional terms to the query and then re-submit the modified query. 
Using this technique, the user can narrow the query result down to a more manageable set consisting primarily of 
relevant items. 

One problem with existing techniques for generating related query terms is that the related terms are 
frequently of little or no value to the search refinement process. Another problem is that the addition of one or more 
related terms to the query sometimes leads to a NULL query result. Another problem is that the process of parsing the 
query result items to identify frequently used terms consumes significant processor resources, and can appreciably 
increase the amount of time the user must wait before viewing the query result. These and other deficiencies in 
existing techniques hinder the user's goal of quickly and efficiently locating the most relevant items, and can lead to 
user frustration. 

SUMMARY OF THE INVENTION 
The present invention addresses these and other problems by providing a search refinement system and 
method for generating and displaying related query terms ("related terms"). In accordance with the invention, the 
related terms are generating using query term correlation data that is based on historical query submissions to the 
search engine. The query term correlation data ("correlation data") is preferably based at least upon the frequencies 
with which specific terms have historically been submitted together within the same query. The incorporation of such 
historical query information into the process tends to produce related terms that are frequently used by other users in 
combination with the submitted query terms, and significantly increases the likelihood that these related terms will be 
helpful to the search refinement process. To further increase the likelihood that the related terms will be helpful, the 
correlation data is preferably generated only from those historical query submissions that produced a successful query 
result (at least one match). 

In accordance with one aspect of the invention, the correlation data is stored in a correlation data structure 
(table, database, etc.) which is used to look up related terms in response to query submissions. The data structure is 
preferably generated using an off-line process which parses a query log file, but could alternatively be generated and 
updated in real-time as queries are received from users. In one embodiment, the data structure is regenerated 
periodically (e.g., once per day) from the most recent query submissions (e.g., the last M days of entries in the query 
log), and thus strongly reflects the current tastes of the community of users; as a result, the related terms suggested 
by the search engine strongly reflect the current tastes of the community. Thus, for example, in the context of a 
search engine of an online merchant, the search engine tends to suggest related terms that correspond to the current 
best-selling products. 

In a preferred embodiment, each entry in the data structure is in the form of a key term and a corresponding 
related terms list. Each related terms list contains the terms which have historically appeared together (in the same 
query) with the respective key term with the highest degree of frequency, ignoring unsuccessful query submissions 
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(query submissions which produced a NULL query result). The data structure thus provides an efficient mechanism for 
looking up the related terms for a given query term. 

To generate a set of related terms for refining a submitted query (the "present query"), the related terms list 
for each term in the present query is initially obtained from the correlation data structure. If this step produces 
multiple related terms lists (as in the case of a multiple-term query), the related terms lists are preferably combined by 
taking the intersection between these lists (i.e. f deleting the terms that are not common to all lists). The related terms 
which remain are terms which have previously appeared, in at least one successful query submission, in combination 
with every term of the present query. Thus, assuming items have not been deleted from the database being searched, 
any of these related terms can be individually added to the present query while guaranteeing that the modified query 
will not produce a NULL query result. To take advantage of this feature, the related terms are preferably presented to 
the user via a user interface that requires the user to add no more than one related term per query submission. In other 
embodiment, the related terms are selected and displayed without guaranteeing a successful query result. 

Because the related terms are identified from previously-generated correlation data, without the need to 
parse documents or correlate terms, the related terms can be identified and presented to the user with little or no 
added delay. 

BRIEF DESCRIPTION QF THE DRAWINGS 

These and other features will now be described with reference to the drawings summarized below. These 
drawings and the associated description are provided to illustrate a preferred embodiment of the invention, and not to 
limit the scope of the invention. 

Throughout the drawings, reference numbers are re-used to indicate correspondence between referenced 
elements. In addition, the first digit of each reference number indicates the figure in which the element first appears. 

Figure 1 illustrates a system in which users access web site information via the Internet, and illustrates the 
basic web site components used to implement a search engine which operates in accordance with the invention. 

Figure 2 illustrates a sample book search page of the web site. 

Figure 3 illustrates sample log entries of a daily query log file. 

Figure 4 illustrates the process used to generate the correlation table of Figure 1. 

Figure 5A illustrates a sample mapping before a query is added. 

Figure 5B illustrates a sample mapping after a query is added. 

Figure 6 illustrates a process for generating the correlation table from the most recent daily query log files. 
Figure 7 illustrates a process for selecting the related query terms from the correlation table. 
Figure 8A illustrates a set of related query terms from a single-term query. 

Figure 8B illustrates a set of intersecting terms and a set of related query terms from a multiple-term query. 
Figure 9 illustrates a sample search result page of the web site. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
The present invention provides a search refinement system and method for generating related query terms 
("related terms") using a history of queries submitted to a search engine by a community of users. Briefly, the system 
generates query term correlation data which reflects the frequency with which specific terms have previously occurred 
together within the same query. The system uses the query term correlation data in combination with the query 
term(s) entered by the user to recommend additional query terms for refining the query. The incorporation of such 
historical query information into the process tends to produce related terms that are frequently used by other users in 
combination with the submitted query terms, and significantly increases the likelihood that these related terms will be 
helpful to the search refinement process. To further increase the likelihood that the related terms will be helpful, the 
correlation data is preferably generated only from those historical query submissions that produced a successful query 
result (at least one match). 

In the preferred embodiment, the query term correlation date is regenerated periodically from recent query 
submissions, such as by using the last M days of entries in a query log, and thus heavily reflects the current tastes of 
users. As a result, the related terms suggested by the search engine tend to be terms that correspond to the most 
frequently searched items during the relevant time period. Thus, for example, in the context of a search engine of an 
online merchant, the search engine tends to suggest related terms that correspond to the current best-selling products. 
In one embodiment, the technique used to generate the related terms and present these terms to the user guarantees 
that the modified query will not produce a NULL query result. 

The search refinement methods of the invention may be implemented, for example, as part of a web site, an 
Internet site, an on-line services network, a document retrieval system, or any other type of computer system that 
provides searching capabilities to a community of users. In addition, the method may be combined with other methods 
for suggesting related terms, such as methods which process the contents of located documents. 

A preferred web-based implementation of the search refinement system will now be described with reference 
to Figures 1-9. For purposes of illustration, the system is described herein in the context of a search engine that is 
used to assist customers of Amazon.com Inc. in locating items (e.g., books, CDs, etc.) from an on-line catalog of 
products. Throughout the description, reference will be made to various implementation-specific details of the 
Amazon.com implementation. These details are provided in order to fully illustrate a preferred embodiment of the 
invention, and not to limit the scope of the invention. The scope of the invention is set forth in the appended claims. 
I. Overview of Web Site and Search Engine 

Figure 1 illustrates the Amazon.com web site 130, including components used to implement a search engine 
in accordance with the invention. 

As it is well known in the art of Internet commerce, the Amazon.com web site includes functionality for 
allowing users to search, browse, and make purchases from an on-line catalog of book titles, music titles, and other 
types of items via the Internet 120. Because the catalog contains millions of items, it is important that the site 
provide an efficient mechanism for assisting users in locating items. 
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As illustrated by Figure 1, the web site 130 includes a web server application 131 ("web server") which 
processes user requests received from user computers 110 via the Internet 120. These requests include queries 
submitted by users to search the on-line catalog for products. The web server 131 records the user transactions, 
including query submissions, within a query log 135. In the embodiment depicted in Figure 1, the query log 135 
consists of a sequence of daily query log files 135{1)-135(M), each of which represents one day of transactions. 

The web site 130 also includes a query server 132 which processes the queries by searching a bibliographic 
database 133. The bibliographic database 133 includes information about the various products that users may 
purchase through the web site 130. This information includes, for example, the titles, authors, publishers, subject 
descriptions, and ISBNs (International Standard Book Numbers) of book titles, and the titles, artists, labels, and music 
classifications of music titles. The information for each item is arranged within fields (such as an "author" field and a 
"title" field), enabling the bibliographic database 133 to be searched on a field-restricted basis. The site also includes a 
database 134 of HTML (Hypertext Markup Language) content which includes, among other things, product information 
pages which show and describe the various products. 

The query server 132 includes a related term selection process 139 which identifies related query terms based 
on query term correlation data stored in a correlation table 137. As depicted in Figure 1 and described below, the 
correlation table 137 is generated periodically from the M most recent daily query log files 135(1)-135(M) using an off-line 
table generation process 136. 

The web server 131, query server 132, table generation process 136, and database software run on one or 
more Unix™-based servers and workstations (not shown) of the web site 130 although other types of platforms could 
be used. The correlation table 137 is preferably cached in RAM (random access memory) on the same physical 
machine as that used to implement the query server 132. To accommodate large numbers of users, they query server 
132 and the correlation table 137 can be replicated across multiple machines. The web site components that are 
invoked during the searching process are collectively referred to herein as a "search engine." 

Figure 2 illustrates the general format of a book search page 200 of the Amazon.com web site 130 that can 
be used to search the bibliographic database 133 for book titles. Users have access to other search pages that can be 
used to locate music titles and other types of products sold by the on-line merchant. The book search page 200 
includes author, title, and subject fields 210, 220, 240 and associated controls that allow the user to initiate field- 
restricted searches for book titles. Users can perform searches by first typing in the desired information into a search 
field 210, 220, 240 and then clicking on the appropriate search button 230, 250. The term or string of terms 
submitted to the search engine is referred to herein as the "query." Other areas of the web site ask the user to submit 
queries without limiting the terms to specific fields. 

When the user submits a query from the book search page 200 to the web site 130, the query sever 132 
applies the query to the bibliographic database 133, taking into account any field restrictions within the query. If the 
query result is a single item, the item's product information page is presented to the user. If the query result includes 
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multiple items, the list of items is presented to the user through a query result page which contains hypertextual links 
to the items' respective product information pages. 

For multiple-term queries, the query server 132 effectively logically ANDs the query terms together to 
perform the search. For example, if the user enters the terms "JAVA" and "PROGRAMMING" into the title field 220. 
the query server 132 will search for and return a list of all items that have both of these terms within the title. Thus, 
if any query term does not produce a match (referred to herein as a "non-matching term"), the query will produce a 
NULL query result. Presenting a NULL query result to the user can cause significant user frustration. To reduce this 
problem, in this event, the user may be presented with a list of items that are deemed to be "close matches." Although 
the search engine described herein logically ANDs the query terms together, it will be recognized that the invention can 
be applied to search engines that use other methods for processing queries. 

In accordance with the invention, the search engine uses the query term correlation data stored in the 
correlation table 137 to select the related terms that best match the user's query. The search engine then presents 
the related terms to the user, allowing the user to refine the search and enhance discovery of relevant information. 
The query term correlation data indicates relationships between query terms, and is used to effectively predict query 
terms that are likely to be helpful to the search refinement process. In accordance with another aspect of the 
invention, the correlation table 137 preferably contains or reflects historical information about the frequencies with 
which specific query terms have appeared together within the same query. 

The general format of the correlation table 137 is illustrated in Figure 1. In the embodiment depicted in Figure 1 
and described in detail herein, the correlations between query terms are based solely on frequency of occurrence within the 
same query. As described below, other types of query term correlations can additionally be used. In addition, although the 
disclosed implementation uses a table to store the query term correlation data, other types of databases can be used. 

As illustrated by Figure 1, each entry within the correlation table 137 (two entries shown) has two primary 
components: a "key" term 140, and a "related terms" list 142 for that key term. The related terms list 142 is a list of the 
N (e.g. 50) query terms that have appeared within the same query as the keyword with the highest degree of frequency, 
and is ordered according to frequency. For example, the entry for the key term COSMOS (ignoring the single-term prefixes, 
which are discussed below) is: 

COSMOS: ASTRONOMY, SAGAN, UNIVERSE, ... 
indicating that ASTRONOMY has appeared together with COSMOS with the highest degree of frequency; SAGAN has 
appeared with COSMOS with the second highest degree of frequency, and so on. Each term that appears within the 
related terms list 142 is deemed to be related to the corresponding key term 140 by virtue of the relatively high frequency 
with which the terms have occurred within the same query. 

As further depicted by Figure 1, each related term and each key term 140 preferably includes a single-character 
field prefix which indicates the search field 210, 220, 240 to which the term corresponds. These prefixes may, for 
example, be as follows: A - author, T - title, S - subject, R - artist, L - label, G - generic. In addition, each related 
term is stored together with a correlation score 146 which, in the preferred embodiment, indicates the number of times the 
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related term has appeared in combination with the key term (within the search fields indicated by their respective field 
prefixes), not counting queries that produced a NULL query result. 

Thus, for example, the related term (including prefix) S-ASTRONOMY has a correlation score of 410 under the 
key term T-COSMOS, indicating that four hundred and ten "successful" queries were received (during the time period to 
which the table 137 corresponds) which included the combination of COSMOS in the title field and ASTRONOMY in the 
subject field. Although the field prefixes and correlation scores 146 carry information which is useful to the related terms 
selection process (as described below), such information need not be preserved. 

In operation, when a user submits a query to the web site 130, the web server 131 passes the query to the 
query server 132, and the query server applies the query to the bibliographic database 133. If the number of items found 
exceeds a certain threshold (e.g., 50), the query server 132 invokes its related term selection process ("selection process") 
139 to attempt to identify one or more related terms to suggest to the user. The selection process may alternatively be 
invoked without regard to whether a certain item count has been reached. 

For each term in the query, the selection process 1 39 retrieves the respective related terms list 142 (if any) from 
the correlation table 137, and if multiple lists result, merges these lists together. The selection process 139 then takes a 
predetermined number (e.g. 5) of the related terms from the top of the resulting list, and passes these "suggested terms" 
to the web server 131 with the query result listing. Finally, the web server 131 generates and returns to the user a query 
result page (Figure 9) which presents the suggested terms to the user for selection. 

In one embodiment, the related terms lists are merged by retaining only the intersecting terms (terms which are 
common to all lists), and discarding all other terms. An important benefit of this method is that any single related term of 
the resulting list can be added to the query without producing a NULL query result. To take advantage of this feature, 
these related terms are preferably presented to the user using an interface method (as in Figure 9) which requires the user 
to add only one related term to the query per query submission. 

The operation of the related term selection process 1 39 is described in further detail below. 
The disclosed search engine also preferably uses historical query submissions and item selections to rank query 
results for presentation to the user. A preferred method for ranking query results based on such data is disclosed in U.S. 
Patent Application No. 09/041,081 filed March 10, 1998. The search engine also preferably uses correlations between 
query terms to correct misspelled terms within search queries. A preferred method for correcting spelling errors in search 
queries is disclosed in U.S. Patent Application No. 09/115,662 entitled "System and Method for Correcting Spelling Errors 
in Search Queries," f iled July 15, 1998. 
II. Capturing and Processing of Query Information 

As indicated above, the query term correlation data is preferably generated from the query log 135 using the 
table generation process ("generation process") 136. In the preferred embodiment, the table generation process 136 is 
implemented as an off-line process which runs once a day and generates a new query correlation table 137. The 
process effectively generates the table from the M most recent daily query log files 135(1)-135(M). Using a relatively 
small M (e.g., 5) tends to produce query term correlation data that heavily reflects short term buying trends (e.g., new 
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releases, weekly best-sellers, etc.), while using a larger M (e.g., 100) tends to produce a more comprehensive 
database. A hybrid approach can alternatively be used in which the table is generated from a large number of log files, 
but in which the most recent log files are given greater weight. For example, queries submitted during the last week 
can be counted three times when generating the correlation scores 146, while queries submitted from one week to one 
month ago can be counted only once. In addition, rather than using M consecutive days of query submissions, the 
generation process 136 could use samples of query submissions from multiple different time periods. 

In the preferred embodiment, the building of the query correlation table 137 consists of two primary phases: 
(1) generating daily log files, and (2) periodically parsing and processing these log files to generate the query correlation 
table 137. Rather than generate new query term correlation data each time log information becomes available, the 
generation process 136 preferably generates and maintains separate query term correlation data for different 
constituent time periods of a relatively short length. In the preferred embodiment, the constituent time period is one 
day such that query term correlation data for a single day is stored in a daily results file. Each time query term 
correlation data is generated for a new constituent time period, the generation process 136 preferably combines this 
new data with existing data from earlier constituent time periods to form a collective query correlation table with 
information covering a longer composite period of time. This process is depicted in Figure 6 and is described further 
below. 

Any of a variety of alternative methods could be used to generate the correlation table 137. For example, the 
generation process 136 could alternatively be implemented to update the query correlation table in real time by 
augmenting the table each time a user submits a successful query. In addition, the table generation process 136 
and/or the selection process 139 could take into consideration other types of correlations between query terms, 
including extrinsic or "static" correlations that are not dependent upon the actions of users. 

A. Generating Daily Query Loo Files 

A web server generally maintains a log file detailing all of the requests it has received from web browsers. 
The log file is generally organized chronologically and is made up of several entries, each containing information about 
a different request. 

In accordance with the invention, each time a user performs a search, the web server 131 stores information 
about the submitted query in a log entry of a query log 135. In addition, the web server 131 generates daily query log 
files 135(1H35(M) which each contain the log entries for a respective day. Figure 3 illustrates four log entries of a 
samplB daily query log file 135. Each entry in the log file 135 includes information about a particular HTTP (Hypertext 
Transfer Protocol) transaction. The first log entry 310 contains date and time information for when the user 
submitted the query, the user identifier corresponding to the identity of the user (and, in some embodiments, 
identification of the particular interaction with the web server), the name of the web page where the query was 
entered, query terms entered by the user, and the number of the items found for the query. The "itemsjound" values 
in the log preferably indicate the number items that exactly matched the query. 
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For example, entry 310 indicates that at 2:23 AM on February 13. 1998, user 29384719287 submitted the 
query {title - Snow Crash} from the book search page and that two items were found that exactly matched the query. 
Entry 320 indicates that the same user selected an item having an ISBN of 0553562614 about twenty seconds later, and 
that this selection was made from a search results page (as is evident from the HTTP_REFERRER line). Other types of 
user actions, such as a request to place an item in a shopping cart or to purchase an item, are similarly reflected within the 
query log 135. As indicated by the above example, a given user's navigation path can be determined by comparing entries 
within the query log 135. 

B. Generating the Correlation Table 

Figure 4 shows the preferred method for generating the correlation table 137. In step 410 the generation 
process 136 goes through the most recent daily query log file to identify all multiple-term queries {i.e., queries 
comprised of more than one term) that returned at least one item ("items Jound" > 0) in the query result. In step 
420, the generation process 136 correlates each query ("key") term found in the set of queries to related terms that 
were used with the key term in a particular query, and assigns the related term a correlation score 146. The 
correlation score indicates the frequency with which specific terms have historically appeared together within the 
same query during the period reflected by the daily query log. In step 430, the generation process 136 stores the 
terms coupled with their correlation scores in a daily results file. In step 440, the generation process 136 merges the 
daily results files for the last M days. Finally, in step 450, the generation process 136 creates a new correlation table 
137 and replaces the existing query correlation table. 

In the preferred embodiment, the generation process 136 is executed once per day at midnight, just after the 
most recent daily query log is closed. In addition, it is assumed that the M-1 most recent daily query logs have already 
been processed by steps 41 0 - 430 of the process to generate respective daily results files. 

Each of the steps 41 0 - 450 of the Figure 4 process will now be described in greater detail. 

Step 1: Processing the daily auerv log file 
As indicated above, the generation process 136 parses the daily query log file in step 410 to identify and 
extract successful multi-term queries. Ignoring the query submissions that produced a NULL query result (items Jound 
- 0) provides the important benefits of (1) preventing non-matching terms from being added to the correlation table - 
either as keywords or as related terms - and (2) excluding potentially "weak" correlations between matching terms 
from consideration. In addition, as described below, excluding such "unsuccessful" query submissions enables the 
query terms selection process 139 to be implemented so as to guarantee that the modified query will produce a 
successful query result (i.e., a query result in which the item count is greater than zero). 

Using the Figure 3 log sequence as an example, the generation process 136 would parse the sample daily 
query log file 135 beginning with log entry 310. The generation process 136 would extract the query for the first log 
entry 310 because the query contains more than one query term and "items Jound" is greater than zero. Next, the 
generation process 136 would ignore entry 320 because it contains no query terms. The generation process 136 
would then ignore entry 330 because although there are multiple query terms, the number of items found is not greater 
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than zero. The generation process 136 would next extract the log entry 340 and continue through the daily query log 
file 135. In some embodiments, other information such as query field or subsequent actions performed by the user 
may be used to determine which query submissions to extract or how heavily the queries should be weighted. In 
addition, other methods may be used to extract the information from the query log. 
Step 2: Correlate terms 

In accordance with the invention, the generation process 136 first takes each extracted query, and for each 
query term, adds a single-character field prefix l"pref ix") which indicates the search field in which the query term was 
entered. Thus, for example, using the prefixes listed above, the prefix "T" would be added to the terms "SNOW and 
-CRASH," in log entry 310, and the prefix "S" would be added to the terms "OUTDOOR" and "TRAIL," in log entry 
340. During this process, identical terms that were submitted in different search fields are assigned different prefixes 
and are treated as different terms. For example, the term "SNOW" with a prefix of "T" would be treated as different 
from "SNOW" with the prefix "S." In the implementation described herein, the key term and related terms are stored 
without regard to alphabetic case, although case information can alternatively be preserved. 

The generation process 136 then maps each query {"key") term found in the query and its prefix to other 
terms ("related terms") used with that particular query. A correlation score is maintained for each related term in the 
mapping based j>n the number of times the related term occurred in combination with the key term. The final values of 
the correlation scores taken over M days are stored within the query correlation table 137 as the correlation scores 
146 depicted in Figure 1. 

For example, if a user submits the query "ROUGH GUIDE TO LONDON," in the title field 220, the terms would 
first be coupled with the prefix "T." The correlation scores in the mapping for "T-GUIDE," "T-TO," and "T-LONDON," 
relative to the key TROUGH," would be incremented. Similarly, the correlation scores for the related terms under the 
keys "T-GUIDE," "T-TO," and "T-LONDON" would also be incremented. 

Figure 5A illustrates an example mapping. In this figure, it is assumed that the generation process 136 has 
already processed many thousands of log entries. For each key term 140 stored in the table 137 A, there is a related 
terms list 142 such that each related term in the list is coupled with a prefix and a value 146 representing the 
correlation score. Each time the key term 140 and a related term 142 are used together in a query, the related term's 
value 146 is incremented. 

Assume that the table generation process 136 parses a query "OUTDOOR BIKE TRAIL" submitted in the 
subject field. Figure 5A shows the mapping before the query is added. In response to the query, the generation 
process 136 updates the mapping 137A producing the mapping 137B shown in Figure 5B. The generation process 
136 first looks up the key term "SOUTDOOR" 560 and then looks for the related terms "S-BIKE" 580 and "S-TRAIL" 
590. If the related term is found, its value is incremented. If the related term is not found, the generation process 136 
adds the related term and assigns it a beginning value. In the example shown in Figure 5B, the values for both "S- 
BIKE" 580 and "S-TRAIL" 590 have been incremented by one. Note that under the key term "T-OUTDOOR," the value 
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f or the term "S-TRAIL" was incremented while the value for the term "T-TRAIL" was not incremented. This is because 
the query was submitted in the subject field, thus affecting only terms with the prefix *S." 

In some embodiments, certain key terms may be excluded from the mapping if they are frequently used, and 
yet do not further the search refinement process. For example, common articles such as "THE," "A," "TO," and "OF" 
may be excluded from the mapping. While only three partial entries are depicted in Figure 5A, many thousands of 
entries would be stored in a typical daily results file. In the preferred implementation, the mapping for a daily query log 
file is stored in a B-tree data structure. In other embodiments, a linked list, database, or other type of data structure 
can be used in place of the B-tree. 

In addition, the amount by which the correlation scores are incremented may be increased or decreased 
depending on different kinds of selection actions performed by the users on items identified in query results. These 
may include whether the user displayed additional information about an item, how much time the user spent viewing 
the additional information about the item, how many hyperlinks the user followed within the additional information 
about the item, whether the user added the item to his or her shopping basket, and whether the user ultimately 
purchased the item. For example, a given query submission can be counted twice (such as by incrementing the 
correlation score by two) if the user subsequently selected an item from the query result page, and counted a third 
time if the user then purchased the item or added the item to the shopping basket. These and other types of post- 
search activities reflect the usefulness of the query result, and can be extracted from the query log 135 using well- 
known tracing methods. 

Sten 3: Create Daily Results File 
Once the mapping is complete, that is, all entries in the daily query log file have been parsed, the generation 
process 136 creates a daily results file (step 430) to store the B-tree. In other embodiments, the daily results file may 
be generated at an earlier stage of the process, and may be incrementally updated as the parsing occurs. 
Step 4: Merge Daily Results Files 
In step 440, the generation process 136 generates the query correlation table 137 for a composite period by 
combining the entries of the daily results files for the length of the composite period. As depicted in Figure 6, the table 
generation process 136 regenerates the query correlation table 137 on a daily basis from the M most recent daily 
results files, where M is a fixed number such as 10 or 20. Each day, the daily results file created in step 430 is merged 
with the last M-1 daily results files to produce the query correlation table 137 

For example, in Figure 6, suppose the generation process 136 generates a daily results file for 7-Feb-9B 610 
and is set to generate a new query correlation table for the period of the last seven days (M - 7). At the end of 7-Feb- 
98, the generation process 136 would merge the daily results files from the past seven days for the composite period 
of 1-Feb-98 to 7-Feb-98 to form a new query correlation table 137A. At the end of 8-Feb-98, the generation process 
136 would generate a daily results file for 8-Feb-98 630 and then merge the daily results files from the past seven 
days for the composite period of 2-Feb-98 to 8-Feb-98 to form a new query correlation table 137B. When the entries 
are merged, the scores of the corresponding entries are combined, for example, by summing them. In one embodiment, 
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the scores in more recent daily results files are weighted more heavily than those scores in less recent daily results 
files, so that the query term correlation data more heavily reflects recent query submissions over older query 
submissions. . This "sliding window" approach advantageously produces a query correlation table that is based only 
on recent query submissions, and which thus reflects the current preferences of users. For example, if a relatively 
large number of users have searched for the book Into Thin Air by Jon Krakauer over the past week, the correlations 
between the terms "T-INTO," T-THIN," "T-AIR," and "A-KRAKAUER" will likely be correspondingly high; a query 
which consists of a subset of these terms will thus tend to produce a related terms lists which includes the other 
terms. 

Sten 5: Replace Old Query Correlation Table With New Que ry Correlation Table 
In step 450, once the daily results files have been merged, the generation process 136 sorts the related 
terms lists from highest-to-lowest score. The generation process 136 then truncates the related terms lists to a fixed 
length N (e.g., 50) and stores the query correlation table in a B-tree for efficient lookup. The new query correlation 
table 137 B-tree is then cached in RAM (random access memory) in place of the existing query correlation table. 
III. Using the Table to Generate Related terms 

As indicated above, the query server 132 uses the query correlation table 137 to select related terms to be 
suggested to the user. More specifically, when a user performs a search which identifies more than a predetermined 
number of items, the related term selection process ("selection process") 139 returns a query result listing items that 
match the query along with a set of related terms generated from the query correlation table. An important benefit of 
this method is that it is highly efficient, allowing the query result page to be returned without adding appreciable delay. 
Further, the small delay added by the related terms selection process can be completely avoided by optionally 
generating the related terms concurrently with the search of the bibliographic database 133 (rather than waiting to 
see if a threshold item count is reached). 

Figure 7 illustrates the sequence of steps performed by the selection process 139. The selection process 
139 first enters a loop (steps 710-740) in which the selection process 139 looks up a query term in the correlation 
table and then retrieves the term's related terms list 142. This continues for each term in the query. Next, if the 
query has multiple terms, in step 760, the selection process 139 combines the related terms lists. The lists are 
preferably combined by taking the intersection of the related terms lists (i.e., deleting terms which do not appear in all 
lists) and summing the correlation scores of the remaining terms. At this point, every term which remains in the list is 
a term which has appeared, in at least one prior, successful query, in combination with every term of the present 
query. Thus, assuming entries have not been deleted from the bibliographic database 133 since the beginning of the 
composite time period (the period to which the table 137 applies), any of these terms can be added individually to the 
present query without producing a NULL query result. In other embodiments, the selection process 139 combines the 
related terms lists by summing the correlation scores of terms common to other related terms lists, without deleting 
any terms. Another implementation might give weighted scores for intersecting terms such that terms appearing in 
more than one related terms list are weighted heavier than those terms appearing only in a single related terms list. 
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In step 770, the selection process 139 selects the X terms with the highest values from the list, where X can 
be any desired number. In one embodiment, the selection process 139 chooses the top X related terms without regard 
to the field prefixes of these related terms. The selection process may alternatively be configured to select only those 
related terms that correspond to the search field(s) of the present query; for example, if the query was entered into the 
subject field 240 (Figure 2), the user may be presented only with other subject terms (related terms with the prefix 
"S").. 

For single-term queries, the selection process 139 thus retrieves the top X terms from the table. Figure 8A 
illustrates the related terms that would be generated for a single-term query of TRAIL" in the subject field using the 
mapping from Figure 5B. The selection process 139 would look up the key term "S-TRAIL" 570 and select X related 
terms with the highest X values. For example, suppose the selection process 139 were configured to suggest three 
related terms (X - 3) that correspond to the search field(s) of the present query. The selection process 139 would then 
look up the key term "S-TRAIL" 570 and display the three related terms with the top three values 810 and with the 
same prefix as the key term, as illustrated in Figure 8A.. 

For multiple-term queries, the selection process 139 obtains the related terms lists 142 for each of the query 
terms, and then takes the intersection of these lists. Figure 8B illustrates the related term results for a multiple-term 
query in the subject field of "OUTDOOR TRAIL" using the mapping from Figure 5B. The selection process 139 would 
look up the key terms "S-OUTDOOR" 560 and "S-TRAIL" 570 and see if they have any related terms in common. In 
the mapping, the related terms "S-BIKE," "S-SPORTS," and "S-VACATION" are found under the key terms "S- 
OUTD00R" 560 and "S-TRAIL," 570; thus "S-BIKE," "S-SPQRTS," and "S-VACATION" are the intersecting terms 820 
as illustrated in Figure 8B. The selection process 139 would then display the X intersecting terms with the same 
prefix and the X highest summed correlation scores. If there were less than X intersecting, related terms, the selection 
process 139 could show the intersecting terms with any prefix or use other criteria to generate the remaining related 
terms. For example, the process 139 could take the top Y terms with the highest summed correlation scores from the 
non-intersecting related terms, although suggesting such terms could produce a NULL query result. 

As indicated above, the method can alternatively be implemented without preserving or taking into account 
search field information. In addition, the method can be appropriately combined with other techniques for generating 
related terms, including techniques which use the contents of the query result. 
IV. Presenting the Related Query terms to the User 

There are a number of different ways to present the related terms to the user, including the conventional 
methods (check boxes and drop-down menus) described above. In implementations which suggest only the intersecting 
related terms, an interface which requires the user to add no more than one related term per query submission is 
preferably used, so that the modified query will not produce a NULL query result. 

In the preferred embodiment, the related terms are presented though hypertextual links which combine both 
the original query term(s) and a respective related term. For example, if the user enters the query "ROUGH" in the 
subject field, three additional hyperlink may be displayed on the query result page, each of which generates a modified 
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search when clicked on by the user. Each of these links is formed by combining the user's query with a related term 
(e.g., the three hyperlinks might be " ROUGH - GUIDE. " "ROUGH = LONDON, " and "ROUGH - TERRAIN"). When the 
user clicks on one of these links, the corresponding modified query is submitted to the search engine. The method thus 
enables the user to select and submit the modified query with a single action (e.g., one click of a mouse). As an 
5 inherent benefit of the above-described method of generating the related terms, each such link produces as least one 
"hit." 

Figure 9 illustrates a sample query result page 900 in which a user has performed a subject field search on 
the terms "OUTDOOR TRAIL" and has received a set of three related terms, each of which is incorporated into a 
respective hyperlink 910. The page will also typically contain a listing of the query result items 920. If the user clicks 

10 on the hyperlink " OUTDOOR TRAIL - BIKE, " the search engine will perform a search using the terms "S-OUTDOOR," 
"S-TRAIL," and "S-BIKE," and will then return the associated items. The query result page 900 may also have search 
fields (not shown) for allowing the user to edit the query. 

Any of a variety of additional techniques can be used in combination with this hyperlink-based interface. For 
example, in one embodiment, the query server 132 automatically selects the related term at the top of related terms 

1 5 list (such as the term "bike" in the Figure 9 example), and searches the query result to identify a subset of query result 
items that include this related term. The query server 132 thereby effectively applies the "top" suggested modified 
query to the bibliographic database 133. This process could be repeated using additional related terms in the list. The 
items within the subset can then be displayed to the user at the top of the query result list, and/or can be displayed in 
highlighted form. Further, the query server 132 could cache the list of items that fall within the subset, so that if the 

20 user submits the modified query (such as by clicking on the link "OUTDOOR BIKE - TRAIL" in Figure 9), the query 
server could return the result of the modified search without having to search the bibliographic database. Special tags 
or codes could be embedded within the modified-query hyperlinks and passed to the web site 130 to enable the query 
server 132 to match the modified queries to the cached results. 

Although this invention has been described in terms of certain preferred embodiments, other embodiments 

25 that are apparent to those of ordinary skill in the art are also within the scope of this invention. Accordingly, the 
scope of the present invention is defined only by reference to the appended claims. 

In the claims which follow, reference characters used to denote process steps are provided for convenience 
of description only, and not to imply a particular order for performing the steps. 
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WHAT IS CLAIMED IS : 

1. In a computer system that implements a search engine which is accessible to a community of 
users, a method of assisting users in refining search queries to enhance discovery, the method comprising the 
computer-implemented steps of: 

(a) processing search queries submitted to the search engine by a plurality of users over a 
period of time to generate query term correlation data, the query term correlation data reflecting frequencies 
with which query terms appear together within the same search query; 

{b) receiving a search query from a user, the search query including at least one query term; 

(c) using at least the query term correlation data to identify a plurality of additional query 
terms that are deemed to be related to the at least one query term; and 

(d) presenting the plurality of additional query terms to the user for selection to allow the 
user to refine the search query. 

2. The method of Claim 1, wherein step (a) comprises generating a data structure which that links key 
terms to related terms based on correlations between occurrences of terms within historical query submissions, and 
step (c) comprises accessing the data structure to look up related terms. 

3. The method of Claim 1, wherein the search query includes multiple query terms, and step (c) 

comprises the sub-steps of : 

(cl) for each of the multiple query terms, identifying a set of terms that have previously 
occurred in combination with the respective query term within a successful query; and 

(c2) selecting, as the additional terms, a set of terms that are common to all of the sets 
identified in step (d). 

4. The method of Claim 3, wherein step (d) comprises presenting the additional terms via a user 
interface which inhibits the user from selecting more than one additional term, the method thereby guaranteeing that a 
modified query produced by adding an additional term will not produce a NULL query result. 

5. The method of Claim 4, wherein step (d) comprises presenting the user with a plurality of 
hyperlinks which can be selected to submit a modified query, each hyperlink adding a different respective additional 
term to the query. 

6. The method of Claim 1, wherein step (a) comprises processing a log that includes search queries 

submitted to the search engine. 

7. The method of Claim 6, wherein the step of processing the log comprises ignoring search queries that 

produced a NULL query result. 

8. The method of Claim 6, wherein the step of processing the log comprises applying a time-based 
biasing function to the log to favor recent search query submissions over aged search query submissions, so that the 
query term correlation data and the additional terms reflects current preferences of the community of users. 
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9. The method of Claim 1. wherein step (a) comprises updating the query term correlation data 
substantially in real time as the search queries are received by the search engine. 

10. The method of Claim 1, wherein step (d) comprises presenting the user with a plurality of hyperlinks, 
each hyperlink being selectable to submit a refined search query which includes a respective additional query term, the 
method thereby enabling the user to initiate a refined search with a single action. 

11. The method of Claim 1, wherein step (a) further comprises evaluating post-query-submission 
actions of users to identify search queries that are deemed to have produced useful results, and weighting the search 
queries that produced useful results more heavily in generating the correlation data. 

12. The method of Claim 1, wherein step (c) is performed in parallel with a step of applying the query to a 
database to be searched. 

13. The method of Claim 1, further comprising using at least one of the additional terms to select query 
result items to display at the top of a query result listing. 

14. In a computer system that implements a search engine in which related terms are suggested to users 
to facilitate interactive refinement of search queries, a system for generating related terms, comprising: 

a first process which generates a data structure that links key terms to related terms based at 
least upon correlations between occurrences of terms within historical query submissions; and 

a second process which uses the data structure in combination with a search query submitted by a 
user to select related terms to suggest to the user. 

15. The system of Claim 14, wherein the first process determines the correlations between 
occurrences of terms by at least parsing a log that includes historical query submissions. 

16. The system of Claim 14, wherein the first process generates and updates the data structure 
substantially in real-time as search queries are received by the search engine. 

1 7. The system of Claim 14, wherein the first process regenerates the data structure periodically from 
a log of recent query submissions, so that the related terms suggested to the user reflect current preferences of users. 

18. The system of Claim 14, wherein the first process determines the correlations by at least counting 
a number of times the terms have occurred within the same query. 

19. The system of Claim 14, wherein the first process ignores query submissions that produced NULL 
query results, so that the data structure reflects only successful query submissions. 

20. The system of Claim 19, wherein the second process processes a multiple-term search query by at 

least: 

(a) for each term in the search query, using the data structure to identify a respective set of 
terms that were previously submitted to the search engine in combination with the term in a successful 
search query; and 

(b) selecting a set of related terms such that each related term is common to each set 
identified in step (a). 
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21. The system of Claim 20, further comprising a user interface process which presents the set of 
related terms to the user for selection such that no more than one related term can be added to the search query per 
query submission, the second process thereby ensuring that a modified query produced by adding a related term will 
not produce a NULL query result. 

22. In a computer system that implements a search engine that is accessible to a community of users, 
a method of assisting users in refining search queries to enhance discovery, the method comprising: 

(a) receiving a search query from a user, the search query including at least one query term; 

(b) using at least historical search query data to identify a plurality of additional query terms 
that are deemed to be related to the at least one query term, the historical search query data based on 
previously submitted search queries; and 

(c) presenting the plurality of additional query terms to the user for selection to allow the 
user to refine the search query. 

23. The method of Claim 22, wherein the search query includes multiple query terms, and step (b) 

comprises the sub-steps of : 

(bl) for each of the multiple query terms, identifying a set of terms that have previously 
occurred in combination with the respective query term within a successful query; and 

(b2) selecting, as the additional query terms, a set of terms that are common to all of the sets 
identified in step (bl). 

24. The method of Claim 23, wherein step (d) comprises using a user interface method which inhibits 
the user from selecting more than one additional term, the method thereby guaranteeing that a modified query 
produced by adding an additional term will not produce a NULL query result. 

25. In a search engine that suggests related terms to users to facilitate search refinement, a method of 
generating related terms so as to increase a likelihood that a modified query will not produce a NULL query result, the 
method comprising: 

(a) receiving a search query from a user, the query including at least one term; 

(b) for each term in the search query, using historical query information to identify a 
respective set of terms that were previously submitted to the search engine, in combination with the term, in 
a successful search query; 

(c) selecting a set of related terms such that each related term is common to each set 

identified in step (b); and 

(d) presenting the set of related terms to the user for addition to the search query. 

26. The method of Claim 25, wherein step (d) comprises presenting the related terms via a user 
interface which inhibits the user from selecting more than one additional term to add to the query. 
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27. The method of Claim 26, wherein the step (d) comprises presenting the user with a plurality of 
hyperlinks, each hyperlink being selectable to submit a refined search query which includes a respective related term, the 
method thereby enabling the user to initiate a refined search with a single action. 

28. The method of Claim 25, wherein the search query comprises multiple query terms. 
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